Który format jest najlepszy dla pierwszego prototypu, którego nie ma na papierze? [Zamknięte]
12
Aplikacja na konsolę (moja ulubiona), szybka i niechlujna forma, MS Paint (dla GUI); co najlepiej sprawdza się w przypadku standardowej aplikacji? dlaczego?
Wiem, że możesz się śmiać, a ja na pewno tak robiłem, ale w programie PowerPoint jest wiele wspaniałych rzeczy, które sprawiają, że jest to dobre narzędzie prototypowe.
Łatwe wdrażanie - wszyscy mają prawie PowerPoint, więc nie musisz się martwić niepotrzebną konfiguracją tylko po to, żeby ktoś mógł użyć prototypu.
Łatwe makiety - wszyscy wiedzą, jak poruszać się w programie PowerPoint, więc jest to tak proste, jak rysowanie, jeśli chodzi o szybkie tworzenie interfejsu użytkownika.
Interaktywność - tutaj jest dobrze. PowerPoint umożliwia tworzenie łączy na slajdach, które prowadzą do innego określonego slajdu, klikając obszar. Jeśli użyjesz tej metafory do przycisków i innych linków do proponowanego interfejsu użytkownika, możesz ustawić użytkownika przed zmaksymalizowaną prezentacją PowerPoint i pozwolić mu klikać podczas oglądania i robienia notatek.
Można dostać dodatek narzędzi, takich jak to , aby wyglądać lepiej.
To, co opisujesz, brzmi podobnie do Hypercard; Nie wiedziałem, że PowerPoint można wykorzystać w ten sposób. Człowieku, tęsknię za Hypercard, byłoby to świetne narzędzie do prototypowania.
Hypercard? Och, to naprawdę stary program dla komputerów Mac, tak jak w wersji starszej niż OSX: en.wikipedia.org/wiki/HyperCard Szkoda, że oprogramowanie umarło, ponieważ było bardzo przydatne, więc muszę przyjrzeć się opcjom wskazując.
jhocking
19
Według mnie to Balsamiq Uwielbiam to z wielu powodów.
Łatwy w użyciu - Interfejs Balsamiq jest dla mnie niezwykle prosty i szybki, aby zebrać wszystko razem.
Wygląda jak makieta - kiedy pokazuje ją klientom / klientom / dostawcom, wygląda jak makieta, więc nie ma wątpliwości, że „jestem prawie gotowy” lub coś w tym rodzaju.
Wygląda profesjonalnie - oprócz poprzedniego punktu, tak, wygląda „ręcznie rysowany”, ale nadal wygląda profesjonalnie.
Wspólne elementy sterujące interfejsu użytkownika - są dostępne, aby szybko tworzyć makiety przypominające prawdziwe aplikacje.
+1 Och, Snap! Mitchel, to absurdalnie niesamowite znalezisko! Dziękujemy za opublikowanie tego!
Ryan Hayes
1
@Ryan - Tak, kiedy znalazłem to około rok temu, nie byłem w stanie użyć NIC, jeszcze jest tak dobrze
Mitchel Sellers
Och, BOGOWIE! To jest najlepszy.
MVCylon
Czy Balsamiq może tworzyć przyciski reagujące na kliknięcie? W tej chwili użytkownicy mogą przetestować interfejs, klikając przycisk, który wysyła ich do innego slajdu.
jhocking
1
@jhocking - Tak, jest to możliwe, wszystko z ładną funkcją eksportu do formatu PDF
Mitchel Sellers
1
SketchFlow in Blend to fajny pomysł:
Style wzmacniają pomysł, że jest to prototyp dla interesariuszy w celu zarządzania oczekiwaniami
Jeśli znasz Blend, znasz SketchFlow - na górze jest tylko jedna cienka warstwa, która pozwala tworzyć „ekrany” i łatwo nimi nawigować.
Ponieważ wszystko jest w prawdziwym XAML, możesz włączyć interaktywność i spędzać czas na opracowywaniu rzeczywistych funkcji, które są kluczowe dla wyglądu i funkcjonalności aplikacji, takich jak ważne animowane przejścia lub prototypy DataTemplate (do tego świetnie nadaje się funkcja przykładowych danych Blend) . Ma wbudowane zachowania, które podłączają się do warstwy „mapy-mapy” Blend - tworzenie przycisku lub łącza do innego ekranu jest tak proste, jak przeciąganie i upuszczanie i wybieranie wartości z listy rozwijanej.
Ponowne użycie prototypu SketchFlow i przekształcenie go w prawdziwą aplikację jest bardzo trudne - zazwyczaj można odtworzyć niektóre układy wizualne, ale tylko na poziomie podstawowym. Uważam to za dobrą rzecz, ponieważ prototypowanie nie wprowadza cię w odpowiedni stan umysłu do zbudowania prawdziwej aplikacji.
Możesz wyeksportować prototyp do samodzielnej aplikacji „player”, która wymaga tylko Silverlight do uruchomienia. Gracz włącza całą interaktywność i pozwala nawigować po ekranach aplikacji, nawet jeśli nie masz podłączonej interaktywności, a interesariusze mogą przekazywać informacje zwrotne poprzez notatki lub znaczniki atramentu bezpośrednio na prototypie.
Główny problem polega na tym, że nie jest to czysto wizualne narzędzie typu „przeciągnij i upuść”, takie jak Balsamiq, prototypowe narzędzia PowerPoint lub inne narzędzia wizualne, więc musisz znać przynajmniej podstawy Blend / XAML.
Jestem wielkim fanem MS Paint. Podoba mi się, że niska jakość doodle sprawia, że łatwo go wyrzucić i zacząć od nowa. Po użyciu bardziej wyrafinowanych narzędzi do tworzenia diagramów i wizualizacji spędziłem zbyt dużo czasu, próbując wymyślić, jak przedstawić złożony pomysł, gdy sam pomysł powinien być wystarczająco prosty do szkicowania.
Myślę, że to ta sama dynamika, co serwetka - wystarczy zgrubny glif pomysłu, by wprawić w ruch. Dla mnie nie chcę dotykać narzędzia do tworzenia diagramów, dopóki diagramy nie są już dobrze przemyślane.
Prawdopodobnie zależy to od platformy, na której zamierzasz zbudować aplikację (aplikacja internetowa? Desktop? C ++? Java?), Ale zwykle przechodzę bezpośrednio z wersji papierowej na rzeczywistą platformę. Korzyści: wygląda jak prawdziwa, ponieważ tak jest, a kiedy już wymyślisz, jak ułożyć GUI, po prostu dodaj potrzebną funkcjonalność, a aplikacja jest gotowa.
Według mnie to Balsamiq Uwielbiam to z wielu powodów.
źródło
SketchFlow in Blend to fajny pomysł:
Główny problem polega na tym, że nie jest to czysto wizualne narzędzie typu „przeciągnij i upuść”, takie jak Balsamiq, prototypowe narzędzia PowerPoint lub inne narzędzia wizualne, więc musisz znać przynajmniej podstawy Blend / XAML.
źródło
Jestem wielkim fanem MS Paint. Podoba mi się, że niska jakość doodle sprawia, że łatwo go wyrzucić i zacząć od nowa. Po użyciu bardziej wyrafinowanych narzędzi do tworzenia diagramów i wizualizacji spędziłem zbyt dużo czasu, próbując wymyślić, jak przedstawić złożony pomysł, gdy sam pomysł powinien być wystarczająco prosty do szkicowania.
Myślę, że to ta sama dynamika, co serwetka - wystarczy zgrubny glif pomysłu, by wprawić w ruch. Dla mnie nie chcę dotykać narzędzia do tworzenia diagramów, dopóki diagramy nie są już dobrze przemyślane.
Ale może to być tylko ja i moje dziwne sposoby.
źródło
Prawdopodobnie zależy to od platformy, na której zamierzasz zbudować aplikację (aplikacja internetowa? Desktop? C ++? Java?), Ale zwykle przechodzę bezpośrednio z wersji papierowej na rzeczywistą platformę. Korzyści: wygląda jak prawdziwa, ponieważ tak jest, a kiedy już wymyślisz, jak ułożyć GUI, po prostu dodaj potrzebną funkcjonalność, a aplikacja jest gotowa.
To się nazywa Rapid Application Development .
źródło