Wypowiedzi
-
-
-
Łukasz Z.:
2 wersji tej samej apki raczej nie wstawisz. Ich piaskownica, ich zabawki, ich zasady ;)
Też widzę takie "kwiatki" w iOS5 vs iOS4, jedyne rozwiązanie to supportować aktualną wersję OSa.
superancko, to znajdź mi metodę dostępu do recent call log ;)
W ios4 jest lokalna db, do której dostępu w ios5 nie uzyskasz, gdyż "no permission" ;]
-
mam problem niekompatybilności rozwiązania w każdym kierunku - hack stosowany w ios4 nie działa na ios5, a rozwiązanie używane w ios5 nie ma możliwości zastosowania w niższej wersji.
Jak zapewnić kompatybilność aplikacji? Da się / ma sens / how-to wstawić do appstore dwie wersje, tj. dla obu systemów?
-
Prot Haładaj:
eryk orłowski:
Zdaje się, że jest polski oddział D&B...
ja znam kogoś kto się chwali audytem od D&B.
a ja kiedyś siedziałem obok gościa, który lubi pomarańcze ;)))
A tak na serio, to do otrzymania numeru d&b audyt jest wymagany w ogóle?eryk orłowski edytował(a) ten post dnia 27.10.11 o godzinie 17:58
-
-
-
-
-
Piotr Kręglicki:
Jeden z problemów jaki widzę to taki, że ludzie mogą traktować to jako kolejna linię supportu, a nie jako narzędzie do zgłaszania problemów z usability. Nawet jeśli cel będzie dokładnie określony.
spodziewasz się, że użytkownik wprost odpowie na pytania o użyteczność? Zgłoszenia serwisowe prędzej dadzą Ci pośrednio sygnał o potencjalnych problemach, niż skrzynka na sugestie usprawnień ;)
A co do aplikacji, wszelkie miary - w tym typu self-reported (opisane w książce Measuring usability, której wsparciem jest serwis podany przez Maćka) - lepiej sprawdzają się właśnie w aplikacjach, które z definicji są mniej czy bardziej zorientowane na konkretne zadania.
[poprawka] dodatek do książki to http://measuringuserexperience.com/ ;)eryk orłowski edytował(a) ten post dnia 25.01.11 o godzinie 16:48
-
Dariusz K.:
Te "sugestie" to ogólnie boom, wiele stron je ma, tylko jak zachęcić użytkowników do pozostawiania WARTOŚCIOWYCH wskazówek.
tak samo jak zawsze, czyli rzucając kiełbasę. Niekoniecznie tylko zmaterializowaną w fizycznej nagrodzie i programach afiliacyjnych, może być motywacja łaskocząca ego w społeczności (jeżeli takowa jest). Ludzie robią makiety serwisu bankowości elektronicznej BZ by pokazać, jacy są fajni ;-)
-
A może by tak zacząć od początku? ;) Tak - wicie, rozumicie - po bożemu ;) Od odpowiedzi na pytania typu:
- potrzeba rejestracji jako takiej, w procesie wizyty userstwa (inna dla ecommerce, inna dla serwisu user-generated content?)
- potrzeba logowania dla określonego rodzaju treści (zachowanie ustawień / personalizacja, dostęp do prywatnych danych, ułatwienia przy kolejnych zakupach etc) i związany z tym choćby moment wymuszania rejestracji (wcześniejsze zaangażowanie użytkownika?)
- dostępność treści bez rejestracji (w ogóle? częściowo? w całości do momentu wykonania jakiejś akcji usera typu "skomentuj"?).
- częstotliwość wizyt (zakupy raz na rok, czy codziennie?), a co za tym idzie - być może drugorzędność kwestii logowania dla użytkowników zapamiętujących dane logowania, kosztem ważności rejestracji
Dalej zastanawiałbym się nad tym - na podstawie odpowiedzi na powyższe - jak ważne w danym kontekście jest logowanie i rejestracja. Dopiero wówczas można powiedzieć, czy lepiej - przysłowiowo - po prawej, czy po lewej. Na końcu zostaje dopiero kwestia, jak to zaprojektować, by było mniej czy bardziej ważne.eryk orłowski edytował(a) ten post dnia 16.12.10 o godzinie 13:02
-
Natalia Szwarc:
nieco uogólniając... jeśli celem strony głównej jest pozyskiwanie zarejestrowanych użytkowników, to przycisk rejestracji w centralnym punkcie strony, z jasnym call to action.
oj.
Czy mówimy o celu użytkownika? Pytam, bo niekoniecznie to rozwiązanie realizuje cel użytkownika, a co za tym idzie - biznesowy. Nawet jeżeli biznesowym jest rejestracja właśnie ;)
-
Ale wiecie, że omnigraffle wcale nie ma żadnych dodatkowych funkcjonalności, wspomagających diagramowanie przepływów, których brakowałoby w axure czy visio? Cały pic wyłącznie w formatowaniu najprostszych obiektów, bo specjalnych przyborników do tego nie trzeba? A sformatować możecie fajnie wszędzie...
-
-
Marcin Ś.:
Ja rekomenduję najpierw ocenę ekspercką, żeby określić np. jakie badania zrobić i co warto badać.
jasne, zwykle robię podobnie. O ile nie da się określić tego w samej ofercie.
Chcę osiągnąć maksymalną skuteczność i zamknąć się budżecie. W skład takiej oceny wchodzi także analiza statystyk i celów - jeśli są zdefiniowane. Badać można wszystko, tylko ktoś musi za to płacić. Zawsze chodzi o kase.
-
a jakby ktoś był w podobnym stopniu zlameryzowany do niżej podpisanego i nie potrafił rozwiązać problemu różnych widoków dla różnych orientacji - wyłącznie czytając dokumentację apple dev - to tu jest skuteczna implementacja:
http://aseriesoftubes.com/articles/ipad-development-10...
Dla niektórych pewnie oczywiste, ale może się komuś przyda.
-
odszczekuję:
Using two view controllers is simpler and more efficient than making major changes to your view hierarchy each time the orientation changes. It allows each view controller to focus on the presentation of data in one orientation and to manage things accordingly. It also eliminates the need to litter your view controller code with conditional checks for the current orientation.eryk orłowski edytował(a) ten post dnia 28.11.10 o godzinie 19:22
-
-
czy w Polsce jest aż tak mało developerów objective-c, że brak chętnych do współpracy? ;)
- 27.11.2010, 21:08
Pokaż wszystkie 10 komentarzy
